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METHOD AND ARRANGEMENT IN AN IP NETWORK 



FIELD OF INVENTION 



10 



The present invention relates to a method and an arrangement in an IP 
network. In particular, it relates to reserving resources to obtain a 
predetermined Quality of Service (QoS) end-to end for a certain stream of IP 
packets. 



BACKGROUND OF THE INVENTION 

The Internet is based on the Internet Protocols (IP) as standardised by the 

15 IETF. Some initial objectives with the IP protocols were to interconnect 

, .. •■ . j 

\ different kinds of physical networks into one large virtual network and to 
provide a uniform platform for supporting a large range of applications. 
Some technical reasons for the tremendous success in reaching these 
objectives are: 

20 • Stateless . packet forwarding: IP datagram forwarding is stateless with 
respect to application data streams. Forwarding is performed according 
to a table of destination address prefixes. 
• Dynamic and scalable, routing: Routes are set up by distributed and 
dynamic intra- and inter-domain routing protocols such as Open 

25 Shortest Path First (OSPF) and Border Gateway Protocol (BGP). These 



routing ^protocols 
^routes to avoid 



automatically detect network failures and set up new 
failure. Inter-domain routing scales well due to 



. aggregation of network address prefixes into destination rooted sink tree. 

30 The IP is designed to be used in networks where different traffic flows share 
network resources equally. This means that the received QoS depends on 
the current load in the network. 



3 
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Currently, the Internet becomes more heterogeneous, both in terms of link 
technologies ranging from fiber optics to wireless, in terms of application 
service demands ranging from real-time interactive to asynchronous bulk 
data transfer, and in terms of user demands ranging from business critical 
use to unstructured home entertainment. This development drives the need 
for service differentiation in the network. A requirement on QoS 
mechanisms is that they should be developed according to the basic 
;pi^ciples ;of stateless packet forwarding and scalable aggregation as 
described above. 

The state of the art of QoS in IP networks is described below: 



Integrated Service (IntServ) / Resource ReSerVation Protocol (RSVP) 

The IntServ architecture and RSVP is a signalled architecture to provide 

15 end-to-end QoS guarantees for individual application data streams. The 

solution provides fine granular service guarantees at the price of per flow 

state complex packet classification in routers along the path. 

For RSVP, there are proposals for setting up aggregated tunnels between an 
i j 

aggregator and a^de-aggregator. While this is more scalable, it is still a 

20 model where aggregated tunnels are established between pairs of edge 

routers. These edge routers suffer from at least the same complexity as 

standard IntServ/RSVP routers. For network policy management, RSVP 

relies on policy servers. 



25 Differentiated Service fDiffServ) 

DiffServ architecture standardises router support for class-based 
forwarding. DiffServ forwarding in core routers is stateless with respect to 
application data streams. Traffic conditioners at domain boundaries are 
used to guard a domain against overload. 

30] The^ problem of .DiffServ is to meet QoS demands for a large range of 
1 applications. Resources (bandwidth) for the various traffic classes can be 
provisioned semi- statically, dimensioned according to expected service 
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characteristics and 1 assumed usage statistics. However, to provide 
predictable service levels through provisioning only, resources must be 
over-provisioned. This may be possible in homogeneous networks with 
homogeneous applications and user demands. In real networks where links 
with vastly different characteristics are interconnected (e.g. fiber optic 
access and wireless access) and applications/users with various demands 
over provisioning at all hops is a huge challenge. 

To provide predictable services in a heterogeneous environment, DiffServ 
must rely on dynamic Network Resource Management (NRM) to control the 
service quality and the usage of provisioned resources. To meet scalability 
demands, resource management should support aggregation of resource 
requests. 



Multi-protocol label switching (MPLS) 
15 MPLS is a method that extends traditional IP network layer routing and 
control protocols with label- switched forwarding. MPLS provides 
connection-oriented switching in IP networks. Labels are associated with 
specific streams of data (known as Forwarding Equivalence Classes (FEC)). 
The labels and their FEC bindings are distributed across the network, the 
20 MPLS domain, to establish a label switched path. Entering the domain, 
packets are assigned one or more labels (a stack of labels). Passing through 
the domain, packetsj are! forwarded based on labels. MPLS can be used to 
-prib^de |QqS "by allocating resources to specific label switched paths. MPLS 
operates only within individual label switched domains. Inter-domain 
25 resource reservations are currently not supported. 



All methods described above need additional support for inter-domain 
resource provisioning. This can be provided by a server-based architecture. 
For RSVP, an architecture of policy servers has been suggested. For 
30 DiffServ, QoS agents and bandwidth brokers have been suggested. For 
MPLS, QoS agents that understand the semantics of MPLS could be used. 
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In Schelen, O. Quality of Sendee Agents in the Internet, Doctoral Thesis, 
Department of Computer Science and Electrical Engineering, Division of 
Computer Communication, Luled University of Technology, Luled, 1998, a 
; Network Resource Manager (NRM) is introduced. An NRM can provide inter- 
5 domain resource provisioning and call admission control, either 
independently of the mechanism described above or in co-operation with 
them. Among these, the combination of differentiated forwarding and NRM 
operates along the fundamental lines of stateless forwarding and inter- 
domain aggregation as described. The NRM has path-sensitive admission 

10 control, scheduling of resources over time, capability to handle resource 
requests for immediate and future use, resource signalling between 
resource manager entities (i.e. inter-domain communication) and 
aggregation of resource requests towards a destination domain identified by 
an address; prefix. The NRM is aware of topology and characteristics of the 

15 network: and can, thus keep track of resources that exist in a routing 
domain based on topology. For each domain in the network there is an NRM 
responsible for admission control. Instances of NRM can perform admission 
control in its own domain and reserve resources with neighbouring NRMs 
for other destinations. The NRM can therefore provide a predictable QoS. 

20 

The funnel concept is also introduced in Schelen. The funnel concept is a 
scalable model for aggregation of resource requests. The funnel concept 
uses NRMs, and NRMs ask for resources from other NRMs. Reservations 
from different sources to the same destination are aggregated where they 

25 merge along the paths iso each NRM has at most one reservation per 
\ , destmation jdomain with their neighbouring agents. An NRM in charge of 
the; doiiiain; where the destination point is located can generalize received 
reservation requests for that point to cover any endpoint in its domain. 
Figure 1 shows how resource requests are aggregated towards the 

30 destination domain. Figure 1 is a network 100 comprising 4 domains A, B, 
C and D. Each domain has an NRM a, b, c, d. Dx, Dy and Dz may be a 
subnetwork or a base station controller in a wireless access network. The 
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NRM a and the NRM b need resources in domain D; the NRM a to Dy and 
the NRM b to Dx. Thanks to that the NRMs are aware of the network 
topology they know that the packets have to be transmitted through domain 
C. In this example, the NRM a transmits 109 a request of 20 resource units 
5 to the NRM c and the NRM b transmits 111a request of 10 resource units 
to the NRM c. The NRMic needs 10 resource units in domain D for its own 
! -domain and^sends therefore a request to the NRM d for 40 resource units. 
Then ""the NRM d transmits 114 a confirmation to the NRM c that 40 
resource units are reserved in domain D and the NRM c further transmits 
10 110 one confirmation to the NRM a and transmits 112 one confirmation to 
NRMb. Packets using a reservation are marked by applications or edge 
routers and checked and/ or remarked by police points. This is to ensure 
that packets only with allowed QoS-class utilize the reserved path. 

15 In the funnel concept, it is assumed that the destination domain is well 
provisioned or another mechanism is used to ensure QoS in the destination 
domain. In large networks, it would not be preferable to use the above 
\ .described funnel concept all the way to the endpoint, since that would not 
be scalable enough;. Instead, funnels are used to reach a destination 

20 domain (e.g., a subnet) of suitable size. No resources are reserved for the 
final part of the path within the destination domain. Therefore, the funnel 
concept cannot by itself provide end-to-end, i.e. from a source endpoint to a 
destination endpoint, QoS if the destination domain is under-provisioned. 
However, there exist destinations that are not connected to a well- 

25 provisioned destination domain. One example on such a domain is a 
wireless access network, where the last hop, i.e. between the base station 
and the terminal is I a bottleneck link. Another problem arises when the 
hosts are mobile terminals. The QoS mechanisms must allow quick local re- 
\ computation of QoS at handover between base stations in a wireless access 

30 networks. - j 



bciil AVAILABLE 




Wp 03/021888 PCT/SE02/01490 



t . 



SUMMARY 



The objective problem is to provide a scalable solution for reserving 
resources to obtain a predictable QoS end-to-end in a heterogeneous IP 
5 network. 

The problem is solved by an IP network having the features of claim 1 and 
by a Network Resource Manager (NRM) unit having the features of claim 16. 
The problem is also solved by a method having the features of claim 27 and 
10 by a computer progrjam product having the features of claim 42 and 44. 



The; -method implemented in the IP network provided by the present 
invention comprising the steps of: 

-a second NRM announcing a domain property label of a destination to the 
15 first NRM; 

-the first NRM and the second NRM respective performing appropriate 
actions for transmitting IP packets with a predetermined QoS between a 
source terminal and a destination terminal, according to the announced 
domain property label, 
20 makes it possible toj reserve resources in order to obtain a predictable QoS 
end-to-end in a heterogeneous IP network. 

• i ■ r : ;s ^ it ■ ' -t ■ ■ i: 
t . . " .t>**^! tf if. .- » \ ;t 

1 . AnIP network, wherein the second NRM comprises means for announcing a 
domain property label of the destination domain to a first NRM, and 
25 wherein 

the first NRM and the second NRM respective comprise means for 
performing an appropriate action, for transmitting IP packets with a 
predetermined QoS between a source terminal and a destination terminal, 
according to the announced domain property label, 
30 makes it possible to .reserve resources in order to obtain a predictable QoS 
end-to-end in a heterogeneous IP network. 
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An advantage with the present invention is that the NRM path vector works 
as a tool for identifying JNIRMs in requested destination domain and NRMs 
along; the .path. 

5 ; Another advantage with the present invention is that the NRM path vector 
provides a tool for detecting denials and failures along the path towards the 
endpoint. 

Yet another advantage is that present invention provides a tool to 
10 distinguish between destination domains with different characteristics. 

Yet another advantage is that the present invention can utilize the scalable 
properties of the funnel model in networks with under provisioned 



destination jdomains 



15! 



BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 shows an example of prior art where resource requests are 
20 aggregated towards the destination domain by using the funnel concept. 

Figure 2 shows a network comprising two domains according to the present 
invention. 

Figure 3 discloses ; an example of inter-domain resource reservation 

according to the present invention. 

j. } 

25; Figure 4 depicts a; sequence diagram of the resource reservation according 
*-^to'ffieWreseht invention. : 



30 



DETAILED DESCRIPTION OF THE INVENTION 

Figure 2 shows an IP network 200 according to a first embodiment of the 
present invention. The network 200 comprises a first domain E and a 
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second domain F. A domain is a logic part of an IP network and the division 
is done for administrative reasons. A domain is in the present invention 
referring to a routing domain. 

5 Domain E comprises; a router 201, a Network Resource Manager (NRM) e, a 

server 210 and a subnetwork 208 comprising a terminal 207. In the 

1 

1 example: described iri figure 2, the domain E may be a source domain. Or 
r" * foeliourc may be a third domain that transmits packets through 

! domain E in order to reach a destination domain F. The domain, wherein 
10 the terminal of the sender is located, is referred to as the source domain. 



The destination domain F and comprises a server 211, a router 202, an 
NRM f, a subnetwork 203 and an endpoint within one of the subnetworks 
203. A domain wherein the endpoints are located is referred to as the 
15 destination domain. 

i ■ 

Each subnetwork 203, 208 further comprises at least one terminal 204, . 

i /- ■ I ; r 

» 207*4 Each terminal 204 is assigned a dynamic or static IP address by the 

i*- ; 7*51^ ■■«- « ; 

!*"'■" su^ne^vbrk 203,i 208. The terminal 204, whereto the packets are intended 
20' to be sent, is referred to as an endpoint. The subnetwork 203, 208 may 
exemplary be a LAN, comprising at least one gateway, at least one server 
and at least one terminal, or a wireless network, comprising at least one 
Radio Network Controller (RNC), at least one Base Station (BS) and at least 
one mobile terminal. The terminal 204, 207 may preferable be a PC or an IP 
25 telephone in a wireline network or a mobile phone or a laptop in a wireless 
network. 

1 

The routers 201, 2^02 respective interconnect 206, 212, 209 different 
\ - networks 203, 208 e.g. different LANs comprising terminals. An NRM e,f 
30] ; ; comprises of:a computer program for e.g. reserving resources and may e.g. 
' be "implemented in ia respective server 210, 211 or alternatively in a 
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respective router 201, 202. A server is substantially a device for storing and 
computing data while the router is mainly routing IP packets. 



The NRM has the features as described above under "Background of the 
5 invention" e.g. performing admission control and inter-domain 
communication 205, 210 and aggregation of resource requests by using the 
funnel concept all the way to the NRM in the destination domain. The NRMs 
are further responsible for destination address prefix aggregation by 
announcing appropriate destination address prefix and according to the 

10 present invention latiel those destinations with a domain property label. By 
!■. categpnsing each i domain with a domain properly label, it is possible to 
Serrate between domains with different characteristics such as availability 
of resources e.g. bandwidth. The domain property label comprises 
information about what method to use in this domain, in order to obtain 

15 QoS to an endpoint within the domain. The funnel concept works well for 
reserving resources in a scalable manner all the way to the NRM in the 
destination domain, but what remains is the way from the NRM to the 
endpoint within the destination domain. Therefore, it is the properties, i.e. 
domain property label of the destination domain that is of special interest. 

20 An NRM f within a! destination domain F that has received a resource 

i 

request transmits aj. confirmation message (provided that the request is 
1 "" : • ] ; 

1 |^ grimte;^ in some cases other units, involved in the request. 

* : The"fcorifirmation message informs that a certain amount of resources are 

reserved so a requested QoS can be fulfilled to the destination NRM F. The 

25 domain property label is added in the confirmation message or may be sent 
in a separate message. By reading the domain property label, the NRMs and 
in some cases said other units involved in the request are informed whether 
they are required to reserve resources or not. If resources have to be 
reserved due to that the destination domain is under provisioned, the 

30 domain property label tells how the resource reservation should be handled. 



*» *tr ~.» v '.; • 
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Domain property label 

The domain property label is defined, in a domain property label field. The 
label field may e.g. j comprise of 16 bits and may be a part of the data 
; :^|^smitted bet^e-en the NRMs. The label field allows a large number of 
domanr property labels to be defined. The NRMs communicate with an 
application protocol over Transmission Control Protocol (TCP), and the 
application protocol defines the domain property label field. The information 
is routed the normal way and there can be resources pre-reserved for the 
transmission of the domain property label. Definitions of four types of 
property labels are given below: 

• The domain property label "Provisioned" provides the information that 

the domain is well-provisioned of resources and no reservations of 

i r 

resources are required to provide QoS to the endpoint within the 

I 1 

: domain.; This appears e.g. in well-provisioned Local Area Networks 

1-5- ^.^^j^Wsj^No action is'' required by the requesting units such e.g. a terminal 
207 or anNRM e. 

• The domain property label "Catered" provides the information that the 
domain handles QoS set-up locally through an NRM called by e.g. the 
endpoint, a proxy or a Radio Network Controller (RNC). In the case 
where the endpoint is located within a radio access network, where 
resources are handled by a Radio Network Controller (RNC) in co- 
operation with a local IP resource manager, the RNC negotiates with a 
local NRM for resources. The RNC controls the terminal (end-point) and 
is aware of whenjthe terminal requests a service that demands QoS end- 
to-end. : , ?. | 

• ^ *Tlie^doinain pxppbrtyl label "Requested" provides the information that 
' ^\ tm^domain 'handles QoS through an NRM that can be called by a 

requesting unit e.g., sending terminal 207, an NRM e or a proxy, to 
extend QoS to a particular endpoint from the NRM. The address of the 
NRM is known through a NRM path vector. The NRM path vector is 
further described below in "NRM path vector". 



20 



25 



30 
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• The domain property label "Signalled" provides the information that the 
QoS within the domain is handled by signalling. The sending entity is 
transmitting "Resource ReSerVation Protocol (RSVP) path" messages 
within the data to allow the receiving terminal 204 to request QoS in the 
5 destination domain, and the receiving entity is transmitting "RSVP resV 

messages. This implies that the sending entities (and the receiving) have 
to be located along tlie path of the traffic, as terminal 207. However, the 
- p« jil^ to! send these RSVP messages but has to tell router 

. ; a . ;_2Ql. that the .messages should be transmitted via a proxy to the 
10 destination. 



The four domain property labels described above are given in order to make 
it possible to distinguish between destination domain with different 
characteristics. Although, other domain property labels may be defined and 
15 used in relation with the method described. 

NRM path vector 

A Network Resource Manager (NRM) path vector is introduced according to 
t J r ; 3^§^r^^e^t: jn^e^Ltioa i to; allow identification of network resource managers 

20 along the ; path ;to i a destination. For each funnel towards a given 
destination, the NRM path vector tells the sequence of NRMs that have 
granted the resources. The NRM path vector is a tool for identifying NRMs 
in requested destination domains. Denials and failures may also be detected 
by the NRM path vector, e.g., if a request is denied the path vector shows 

25 where denial occurred, or if an NRM is inaccessible said path vector shows 
where the problems are located. The NRM path vector is used for the label 
requested. However, t the NRM path vector may be used for the labels 

signalled, provisioned, and catered in order to identify NRMs. 

i i 

30 ll An^,^Jv^ork 3$0 according to a second embodiment of the invention is 
; disclosed in figure 3. The IP network 300 comprises five routing domains 
G,H,I,J,K, wherein one domain G is a source domain and one domain I is 
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• - • • ■ - | ; 

• - h • j • • - . : 

r^gestination ddmsrin. The source domain G comprises an NRM g and an 
endpoint constituting a terminal 301 and the destination domain I 
comprises an NRM i, a destination unit 311 and an endpoint 302. Further, 
the intermediate domain H comprises an NRM h, an endpoint 312 and a 
device 313, the domain J comprises an NRM j and the domain K comprises 
an NRM k. Each NRM can communicate with other NRMs within other 
domains and with the endpoints. 

Referring to figure 3, the terminal 301 wants to send IP packets, requiring 
a predetermined QoS, to terminal 302. According to the topology of the 
network in this example, the IP packets require to pass by the domain H to 
: .Kf«fr$fc d°mainl. In ojrder to fulfil the requested QoS, resources, in this 
7V?* ^pP#1^lW»%3re -reserved from terminal 310 to the endpoint (terminal 
'"- 302|;m the-destination domain I. (More resources than what is necessary, to 
fulfil the requested QoS, may also be requested.) The amount of resources 
1 5 may be measured in bandwidth and/or requirements on delay and/or jitter. 
The following steps are performed: 



10 



25 



-The terminal 301 first requests ten units from the NRM g and then 
- the NRM g requests 303 ten units to the endpoint 302 from the NRM h. 
20 This second request jis aggregated with other requests from other domains 
e.g. the domain J sends a request 307 for five units to an endpoint located 
, J... !?;1Spjdomsiin ^that; hai data to send which also have to pass through the 
rr^^Pif"* 1 haves its -destination in the domain I or beyond, e.g. the 
domain ; K.;: Each ., NRM comprises only one or a few reservations per 
destination domain. For example, the QoS may be divided into different 
classes in terms of e.g. delay, bitrate, etc. Thus, it could be one reservation 
per destination domain and per QoS-class. 

Subsequently, the NRM g requests 303 resource from the adjacent NRM h, 
two different methods for reserving resources all the way to the NRM i can 
be used. "Alt. 1" is used when the NRM h has pre-reserved resources to the 
domain I and "alt 2» is used when the NRM h has no pre-reserved 

resources to the domain I; 

i 

■ i ■ *u * * I - . ' ' ■ J 



30 
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Alt 1: In most operations, resources may be granted all the way to the 
destination- domain j at ja first NRM, since an NRM may perform pre- 
ie^f^tiqns .of resources according to target over-allocations and heuristics 
5 * forfaemands over time e.g., time of day and day of week. A request would 
thus be granted immediately by a first NRM h for resources all the way to 
the NRM i in the destination domain. 

-A confirmation message is sent 304 by the adjacent NRM after each 
resource-negotiation e.g., from the NRM h to the NRM g and from the 
10 NRM h to the NRM j 308. 

-the NRM h and the NRM i add their own identities e.g., their IP 
addresses, to an NRM path vector in order to update the vector, 
-The NRM path vector is included in the confirmation message. 
-TheNRM h annoiinces the domain property label of the domain I to the. 
;ip^;g ; -The NJUVlj h received the domain property label of the domain I 
i : ^when the pre-reservation of resources to the domain I was performed. 

-:The terminal 301j is given the announced domain property label from the 
NRM g and a confirmation that resources are reserved to the domain I. 

20 Alt 2: In some cases, when no pre-reservations are performed a request 303 
would result in a chain of requests between adjacent NRM to setup 
resources. Then, confirmations are propagated back towards the origin. A 
confirmation means that resources are available to the destination domain 
as indicated in the confirmation message. 

25 -NRM h requests 305 five plus ten units from NRM i. 

i 

i . . ,-NRM.i receives the request and notices that the destination is located in 
;t^?fi^S^#^ ••tit''-' ' ! 
..... ... --A confirmation message is sent 306 by NRM i to NRM h, where NRM i 

responds that 15 unite are reserved to h. 
30 -NRM i is added in the NRM path vector and the vector is sent in the 
confirmation message 306. 

- NRM i announces the domain property label of domain I to NRM h. 
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-A confirmation message is sent 304 by NRM h to NRM g, where NRM h 
responds that 10 units are reserved to g. 

-NRM h adds its own identity to the NRM path vector, that now contains 

the identity of NRM i and NRM h. The vector is included in the 
5 confirmation message 304. 

-NRM h announces the: domain property label to NRM g. 

-Terminal 30L is given] the announced domain property label from NRM g 
1 Itr that resources are reserved to domain I. 



10 When alt 1 or alt 2 is performed appropriate actions are performed 
according to the announced domain property label. 

If the domain property label is provisioned: 

No resources are reserved in the destination domain. 
1 5 -The IP packets are routed according to conventional routing protocols to 

the end-point 302 on unreserved paths. 



If the domain property label is catered: 

. s j**-, y* >^e*destiaation -domain I handles QoS set-up locally through an NRM i. 

2^ . -n ^ ^g^^tion 1 uiiit 311, which may e.g. be the end-point, a proxy or 
preferably a Radio Network Controller (RNC) in a wireless network is 
calling the NRM i within the destination domain. (The RNC controls the 
radio resources of the end- terminal). 

-The destination unit 311 negotiates with the destination NRM for the 
25 requested resources. Each destination unit 311 must recognise its most 

local NRM. That can be done with configuring each destination unit 311. 

i 

If the domain property label is requested: 

-A requesting unit, e.g. an endpoint 301, proxy or the NRM g, wherefrom 
3d*- ^ uifmj^ calling the NRM i. QoS is then handled through 

1 1 * ^e^'NRl^ i to [further extend QoS to a particular end-point 302. The 
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address of the NRM i is known by the requesting unit through the NRM 
path vector. » 

.. . i : 

If the • domain property label is signalled: 

5;I ( ^^;.^|he^sender is transmitting a "RSVP path" message to allow the 
receiver 302 to request QoS to the endpoint 302. 

-The receiver is then transmitting a "RSVP resv" message to reserve 
resources in the destination domain I. 



10 Figure 4 shows a flowchart of a method according to the invention in a 
general mode. The method is performed in an IP network and is intended for 
transmission of IP packets from a source terminal, located in a source 
domain, to a destination terminal, located in a destination domain, wherein 
the source domain and; the destination domain respective comprise an 

15' NRM^'The^e&od: the following steps: 

\ l^r^i^m^^ iff- ' $ J* : , >■ ; • i 

40;i. :A ,. first NRM, e located within said source domain E requests a 
resource, from a second NRM f located within said destination domain 
F. 

20 402. NRM f adds its identity to the NRM path vector in order to update the 
vector. 

403. NRM f announces a domain properly label of the destination domain F 
to the first NRM e. 

404. NRM e and NRM f perform an appropriate action for transmitting IP 
25 packets 'with; a predetermined end-to-end QoS. 



emented by means of a computer program product 



] .Me|7me^oa; :is .Mpl 
1 "comprisihglthe software code means for performing the steps of the method. 
The computer program product is run on processing means in a server or a 
30 router. The computer program is loaded directly or from a computer usable 
medium, such as a floppy disc, a CD, the Internet etc. 



BEST AVAILABLE COPY 



The present invention is not limited to the above-described preferred 
embodiments. Various alternatives, modifications and equivalents may be 
used. Therefore, the above embodiments should not be taken as limiting the 
scope of the invention, which is defined by the appending claims. 



"tfU t 



1 ■ ^ ; rT*i' * - 
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1. IP network (200), comprising a plurality of domains including a source 
domain (E) and a destination domain (F), the source domain (E) 
5 comprises a source terminal (207) and a first Network Resource 

Manager (NRM) (e), the destination domain (F) comprises a destination 
terminal (204) and a second NRM (f); 

the source terminal (207) in the source domain (E) comprises 
means for sending IP packets requiring a predetermined QoS to the 
10 destination terminal (204); 

; ,t±Le;;firsi NRM (e) in-tlie source domain (E) comprises 

^f^means- -for ^requesting from a second NRM (f), a resource, being 
-^-sufficient for the transmission of the IP packets to be able to fulfil said 
QoS, 

15 said IP network (200) is characterised in that 

the second NRM (f) comprises 
means for announcing a domain property label of the destination 
domain (F) to the first NRM (e), and 
the first NRM (e) and the second NRM (f) respective comprise 



20 , means for performing an appropriate action, for transmitting the IP 

i 

packets with said poS between the source terminal (207) and the 
- ^destojation;^ terminal (204), according to the announced domain 

* l^i^^^prbp&iiy- laBei;- 

i v>.5 ( T ; 1 . - rt . »■ ; 

25 2, IP network (300) according to claim 1, wherein the IP packets from said 
source domain (G) are transmitted to said destination domain (I) via one 
intermediate domain (H); 

said intermediate domain (H) comprising at least one NRM (h) adapted 
for inter-domain communication with an NRM (g;i) within an adjacent 
30 domain (G;I). 



iv.. ft* J 
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3. IP network (200) according to any of the claims 1-2, wherein it 
comprises means for using an NRM path vector to identify said NRM (f) 
within the destination domain (F). 

. , , - -1 .... p \ 

t4^XF^networ^ according to any of the claims 1-3, wherein it 

;^£oniprises means for using an NRM path vector to identify said NRMs 
(e,f) along a path from the source terminal (207) to the end-terminal 
(204). 



10 5. IP network (200) according to any of the claims 1-4, wherein it 
comprises means for using an NRM path vector to detect denials and 
/or failures along a path, from the source terminal (207) to the end- 
terminal (204). ; 




7. IP network (200) according to any of the claims 1-6, wherein the second 
20 NRM (f) comprises means for sending a message (210) to the adjacent 

NRM (e), said message (210) comprising said NRM path vector. 

8. IP network (300) according to any of the claims 1-7, wherein an NRM (h) 
comprises means for aggregating said resource request (303) with other 

25 requests from an-lother domain (J). 

j . • 1 : » ' •? ij -jj u-| ■ ; . • • 
ifclfS according to any of the claims 1-8, wherein said 

i. announced property label is provisioned; the means for performing an 

appropriate action comprises means for transmitting IP packets on 
30 unreserved resources. 
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10. IP network (200) according to any of the claims 1-8, wherein said 
announced property label is catered; the means for performing an 
appropriate action comprises a device in the destination domain that 
further comprises means for calling an NRM (f) in the destination 
domain to ensure QoS to the end-terminal. 



1 1. IP network (200) 



according to claim 10, wherein said device is a Radio, 



\ ... . : , ^Network .Controller ^(RNC) and the end-terminal (204) is a mobile 
w ^S^ferminal * : 



10 - ■ * - : - • f 

12. IP network (200) according to any of the claims 1-8, wherein said 
announced property label is requested; the means for performing an 
appropriate action comprises a requesting device that further comprises 
means for calling an other NRM, and the other NRM comprises means 

15 for extending resource reservations from said local NRM to a particular 

destination terminal (204). 

i 

• j; , 

13. IP network (200) according to claim 12, wherein the requesting device is 

. • w-r^ • . * • • .1 ■ * r I : : • ! 
t jbrigkial .requesting device (207) or an NRM (e). 

Jfl v ^fliJS}! w^'T rr?T*' % i • ■ » 

; : . ^ M. f 'E?^netw6rk (200) according to any of the claims 12-13, wherein the IP 
network (200) comprises means for using the NRM path vector for 
identifying an address of said other NRM. 

25 15. IP network (200) according to any of the claims 1-8, wherein said 
announced property label is signalled; the means for performing an 
appropriate action comprises the source terminal (207) that further 
comprises means for transmitting "Resource ReSerVation Protocol 
(RSVP) path" messages to the destination terminal (204) and the 
30i destination' terminali.204 that further comprises means for transmitting 

ilE^T^**^^ ^ ord er to reserve resources within the 



;; _ j^estibaation domain (F). 
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: !^ iB^I3i^or£ Resource Manager (NRM) unit (h) within a domain (H) within 
"anIP network (300), according to any of the previous claims, comprising 
means for receiving a resource request 306 from a second NRM (i), 
5 located within a second domain (I), 

said NRM is characterised in that 
the NRM (h) comprises 
means for announcing a domain property label of the domain (H) to 
the second NRM (i), and 

i 

. means for performing an appropriate action, to provide a QoS end-to- 



10 



end, between- a! first endpoint (312) and a second endpoint (302), 
|#acdd¥dMg tq. the announced domain property label. 



ft I7rNRM unit (h) according to claim 16, wherein it further comprises means 
15 for using an NRM path vector to identify a third NRM (g) within the third 

domain (G). 



18. NRM unit (h) according to any of the claims 16-17, wherein it further 
comprises means for using an NRM path vector to detect denials and/ or 
failures along a path, between a first endpoint (312) and a third 
. endpoint (302)., 



20 



" H 



2 hkt*xv 



.1 [Cs 



A9^NF^ to any of the claims 16-18, wherein it further' 

•for kdding its own identity into an NRM path vector. 



20. NRM unit (h) according to any of the claims 16-19, wherein it further 
comprises means for sending a message (305) to the second NRM (m), 
said message (305) comprising said NRM path vector. 



30 21. NRM unit (h) according to any of the claims 16-20, wherein it further 
comprises means for aggregating said resource request (306) with other 
requests from an other domain (J). 



4 
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22. NRM unit (h) according to any of the claims 16-21, wherein said 
announced property* label is catered, and wherein the means for 
i .U, *? w ^^pf^pfiirig anj^ap'propriate action comprises means for receiving a call. 
5h** ^«^froto^aSdevi<?eH(313) iwithin the domain (H), wherein the call further 
r*- —comprises a request to said NRM (h) to ensure QoS to the end-terminal 
(312). 



23. NRM unit (h) according to claim 22, wherein said device (313) is a Radio 
10 Network Controller (RNC) and the end-terminal (312) is a mobile 

terminal. 



24. NRM unit (h) according to any of the claims 16-21, wherein said 

announced property 1 liabel is requested, and wherein the means for . 

. -i -i-vl i . -I ; Ij j\f ; - : 

1.5; _ f "performing ^^appropriate action comprises means for receiving a call; 

.* Ut q^^^l&pmv! a^ requesting deyice and extending resource reservations from the 



NI^!unit (h^tb.aj^particular endpoint (312). 



25. NRM unit (h) according to claim 24, wherein the requesting device is an 
20 endpoint (302) within domain (I) or an NRM (i). 

26. NRM unit (h) according to any of the claims 24-25, wherein it further 
comprises means for having its address identified by the NRM path 
vector. 



25 




drig^r-esources within an IP network (200), according to; 



obtain a predetermined QoS between a 
^7%]cfuroe ^tenxiixud -| (207) within a source domain (E) and a destination 
terminal (204) within a destination domain (F), the method comprising 
30 the step of: 

-a first Network Resource Manager (NRM) (e), located within said 
source domain (E), requesting from a second NRM (f), located within 



! - 1; 
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said destination domain (F), a resource required for fulfilling said QoS, 
said resource being intended for transmission of IP packets 
characterised by the method comprising the further steps of: 
-the second NRM (f) announcing a domain property label of the 
5 . destination to the first NRM (e); 

-the first NRM ; (e)| and the second NRM (f) respective performing 
\ ^^^appropriate .action^ for transmitting said IP packets with said QoS 
Ll^S^ and ^ destination (204) terminal, 

♦ • . ^-according to the announced domain property label. 
10 " " : 

28. Method according to claim 27, wherein the IP packets from said source 
domain (G) are transmitted to said destination domain (I) via a third 
domain (H); 

said third domain (H) comprising at least one NRM (h) adapted for inter- 
15 domain communication with an NRM (g;i) within an adjacent domain 

(G;I). { 

; 29.- Methbd] accprdmg to any of claims 27-28, comprising the further step of: 
• i l^r^l^iJiS^^ ian #NR^I . ipath vector to identify said NRM (f) within the 

30. Method according to any of the claims 27-29, comprising the further 
step of: 

-using an NRM path vector to identify said NRMs (e,f) along a path 
25 from the source terminal (207) to the end-terminal (204). 



31. Method according to any of the claims 27-30, comprising the further 
step of:; 

jpath vector to detect denials and /or failures along a' 



.4 --using an ,NRM 



$Q£j^ ^ |^;^i*a^^jEi^m ; /|J^.^otu"ce terminal (207) to the end-terminal (204). 



.1 
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* 4~*r« « . 2tS ? \ i 

1 4&.h ^2>l^e€HQ;d; according to any of the claims 27-31, comprising the further 
step of: 

-adding the identity of the NRM (f) to an NRM path vector. 



5 33. Method according to claim 32, comprising the further steps of: 
-sending a message (210) to the adjacent NRM (e), and 
-including said NRM path vector in the message (210). 

34. Method, according to any of the claims 27-33, comprising the further 

10 step: of: < ; j; .-| 

H*!"** ^^^flrfegoftn&fesaid? resource request (303) with other requests from 
{ IS! t?*^^ the IP network (300). 

35. Method according to any of the claims 27-34, wherein said announced 
15 property label is provisioned; the appropriate action comprising the step 

of: 

-transmitting IP packets on unreserved resources. 

36. Method according to any of the claims 27-34, wherein said announced 

' * i 

20 property label is catered; the appropriate action comprising the step of: 

. • ■ ' ' 4 I! i 
^calling an t NRM: (f) within the destination domain (F) to ensure QoS to , 

j , J.„ M ,^- .... - ji ■ ' . I' 

■i j>. * ** ij^tih^iend^tei^ninal (204) . 

37rM;ethpd" according to claim 36, wherein a Radio Network Controller 
25 (RNC) is calling said NRM (f) within the destination domain (F) to ensure 

QoS to the end-terminal and the end-terminal (204) is a mobile 
terminal. 



38. Method according to any of the claims 27-34, wherein said announced 
30 property label is requested; the appropriate action comprising the step 

of: 



i 



IF*-.' ** > ■ 
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-calling an other NRM that extends resource reservations from said 
other NRM to si particular destination terminal (204). 

t^^39wMethod . according to claim 38, wherein the original requesting device or 
»v5«-» ^-_^ai£AiRM (e) is calling said other NRM. 

40. Method according to any of the claims 38-39, comprising the further 
step of: 

-using the NRM path vector for identifying an address of said other 
10 NRM. 



41. Method according to, any of the claims 27-34, wherein said announced 



property label is 



:bf: 



J;^iS|lit6e] Isourc^eimimdl (207) transmitting "Resource ReSerVation Protocol 

to the destination terminal (204) in the 

destination domain (F) 

-the destination terminal (204) transmitting "RSVP resv" messages in 
order to reserve resources within the destination domain (F). 

42. A computer program product directly loadable into a processing means 
within a server and/ or a router an IP network, comprising the software 
code means for performing the steps of any of the claims 27-41. 



jsignalled; the appropriate action comprising the steps 



25 43 ; A<, computer program* product directly loadable into a processing means 



20 



^^^I^l^li?^^^! 1 ^/ p r a router in an IP network according to claim 42, 
1. the* processing means also is located within a Radio Network 

controller, proxy or terminal. 



30 44. A computer program product stored on a computer usable medium, 
comprising readable program for causing a processing means in an IP 
network, to control the execution of the steps of any of the claims 27-4 1 . 



4 ; 
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45. A computer program product stored on a computer usable medium, 
comprising readable program for causing a processing means within a 
server and/ or a router in an IP network according to claim 44, wherein 
the processing mleans also is located within a Radio Network controller, 



.proxy or terminal. |?4 



t 



i i- 
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